Software as a service

Software as a service (SaaS, typically pronounced [sæs]), sometimes referred to as "on-demand software," is a software delivery model in which software and its associated data are hosted centrally (typically in the (Internet) cloud) and are typically accessed by users using a thin client, normally using a web browser over the Internet.

SaaS has become a common delivery model for most business applications, including accounting, collaboration, customer relationship management (CRM), enterprise resource planning (ERP), invoicing, human resource management (HRM), content management (CM) and service desk management.[1] SaaS has been incorporated into the strategy of all leading enterprise software companies.[2][3]

According to a Gartner Group estimate,[4] SaaS sales in 2010 have reached $10B, and are projected to increase to $12.1b in 2011, up 20.7% from 2010. Gartner Group estimates that SaaS revenue will be more than double its 2010 numbers by 2015 and reach a projected $21.3b. Customer relationship management (CRM) continues to be the largest market for SaaS. SaaS revenue within the CRM market is forecast to reach $3.8b in 2011, up from $3.2b in 2010.[5]

The term software as a service (SaaS) is considered to be part of the nomenclature of cloud computing, along with infrastructure as a service (IaaS) and platform as a service (PaaS).[6]

Contents

History

Centralized hosting of business application dates back to the 1960s. Starting at that decade, IBM and other mainframe providers conducted a service bureau business, often referred to as time-sharing or utility computing. Such services included offering computing power and database storage to banks and other large organizations from their worldwide data centers.

The expansion of the Internet during the 1990s brought about a new class of centralized computing, called Application Service Providers (ASP). Application service providers provided businesses with the service of hosting and managing specialized business applications, with the goal of reducing cost by central administration and through the solution provider's specialization in a particular business application.

Software as a service is essentially an extension of the idea of the ASP model. The term Software as a Service (SaaS), however, is commonly used in more specific settings:

The concept of SaaS has been popularized by Salesforce.com, which coined the term "The End of Software" to differentiate its (then new) software-as-a-service approach from its competition, which at the time offered only traditional on-premises software.

The SAAS acronym is said to have first appeared in an article called "Strategic Backgrounder: Software As A Service", internally published in February 2001 by the Software & Information Industry's (SIIA) eBusiness Division.[7]

The popular camelback version of SaaS was coined at an SD Forum conference by John Koenig in March 2005 and is considered the tipping point of the industry adoption of the term "SaaS", including the point of departure by Salesforce.com, which for many years had used the "On Demand" tag.[8]

Pricing

Unlike traditional software, conventionally sold as a perpetual license with an associated up-front fee (and, typically, smaller ongoing support fees), SaaS providers generally price applications using a subscription fee, most commonly a monthly fee or an annual fee. Consequently, the initial setup cost for SaaS is typically lower than the equivalent enterprise software. SaaS vendors typically price their applications based on some usage parameters, such as the number of users ("seats") using the application. However, because in a SaaS environment customers' data resides with the SaaS vendor, opportunities also exist to charge per transaction, event, or other unit of value.

The relatively low cost for user provisioning (i.e., setting up a new customer) in a multi-tenant environment enables some SaaS vendors to offer applications using the freemium model. In this model, a free service is made available with limited functionality or scope, and fees are charged for enhanced functionality or larger scope. Some other SaaS applications are completely free to users, with revenue being derived from alternate sources such as advertising.

A key driver of SaaS growth is SaaS vendors' ability to provide a price that is competitive with on-premises software. This is consistent with the traditional rationale for outsourcing IT systems, which involves applying economies of scale to application operation, i.e., an outside service provider may be able offer better, cheaper, more reliable applications.

Architecture

The vast majority of SaaS solutions are based on a multi-tenant architecture. With this model, a single version of the application, with a single configuration (hardware, network, operating system), is used for all customers ("tenants"). To support scalability, the application is installed on multiple machines (called horizontal scaling). In some cases, a second version of the application is set up to offer a select group of customers with access to pre-release versions of the applications (e.g., a beta version) for testing purposes. This is contrasted with traditional software, where multiple physical copies of the software—each potentially of a different version, with a potentially different configuration, and oftentimes customized—are installed across various customer sites.

While an exception rather the norm, some SaaS solutions do not use multi-tenancy, or use other mechanisms—such as virtualization—to cost-effectively manage a large number of customers in place of multi-tenancy.[9] Whether multi-tenancy is a necessary component for software-as-a-service is a topic of controversy.[10]

Characteristics

While not all software-as-a-service applications share all traits, the characteristics below are common among many SaaS applications:

Configuration and customization

SaaS applications similarly support what is traditionally known as application customization. In other words, like traditional enterprise software, a single customer can alter the set of configuration options (a.k.a., parameters) that affect its functionality and look-and-feel. Each customer may have its own settings (or: parameter values) for the configuration options. The application can be customized to the degree it was designed for based on a set of predefined configuration options.

For example: to support customers' common need to change an application's look-and-feel so that the application appears to be having the customer's brand (or—if so desired—co-branded), many SaaS applications let customers provide (through a self service interface or by working with application provider staff) a custom logo and sometimes a set of custom colors. The customer cannot, however, change the page layout unless such an option was designed for.

Accelerated feature delivery

SaaS applications are often updated more frequently than traditional software,[11] in many cases on a weekly or monthly basis. This is enabled by several factors:

Accelerated feature delivery is further enabled by agile software development methodologies.[12] Such methodologies, which have evolved in the mid-1990s, provide a set of software development tools and practices to support frequent software releases.

Open integration protocols

Since SaaS applications cannot access a company's internal systems (databases or internal services), they predominantly offer integration protocols and application programming interfaces (APIs) that operate over a wide area network. Typically, these are protocols based on HTTP, REST, SOAP and JSON.

The ubiquity of SaaS applications and other Internet services and the standardization of their API technology has spawned development of mashups, which are lightweight applications that combine data, presentation and functionality from multiple services, creating a compound service. Mashups further differentiate SaaS applications from on-premises software as the latter cannot be easily integrated outside a company's firewall.

Collaborative (and "social") functionality

Inspired by the success of online social networks and other so-called web 2.0 functionality, many SaaS applications offer features that let its users collaborate and share information.

For example, many project management applications delivered in the SaaS model offer—in addition to traditional project planning functionality—collaboration features letting users comment on tasks and plans and share documents within and outside an organization. Several other SaaS applications let users vote on and offer new feature ideas.

While some collaboration-related functionality is also integrated into on-premises software, (implicit or explicit) collaboration between users of different customers is only possible with centrally-hosted software.

Adoption drivers

Several important changes to the software market and technology landscape have facilitated acceptance and growth of SaaS solutions:

Adoption challenges

Some limitations slow down the acceptance of SaaS and prohibit it from being used in some cases:

In the standard model, the client had lots of areas to worry about which could simply turn out to be large headaches and drain resources:

Data escrow

Software as a service data escrow is the process of keeping a copy of critical software-as-a-service application data with an independent third party. Similar to source code escrow, where critical software source code is stored with an independent third party, SaaS data escrow is the same logic applied to data within a SaaS application. It allows companies to protect and insure all the data that resides within SaaS applications, protecting against data loss.[15]

There are many and varied reasons for considering SaaS data escrow including concerns about vendor bankruptcy, unplanned service outages and potential data loss or corruption. Many businesses are also keen to ensure that they are complying with their own data governance standards or want improved reporting and business analytics against their SaaS data. A research conducted by Clearpace Software Ltd. into the growth of SaaS showed that 85 percent of the participants wanted to take a copy of their SaaS data. A third of these participants wanted a copy on a daily basis.[16]

References

  1. ^ "Software as a Service (SaaS)". Cloud Taxonomy. OpenCrowd. http://cloudtaxonomy.opencrowd.com/taxonomy/software-as-a-service/. Retrieved 24 April 2011. 
  2. ^ Laird, Peter (5 June 2008). "How Oracle, IBM, SAP, Microsoft, and Intuit are Responding to the SaaS Revolution". Laird OnDemand. Blogspot. http://peterlaird.blogspot.com/2008/06/how-oracle-ibm-sap-microsoft-and-intuit.html. Retrieved 24 April 2011. 
  3. ^ Jutras, Cindy. "QAD On Demand gives manufacturers the tools they need to become global". Aberdeen Research Group. TheStreet.com Inc. http://bx.businessweek.com/enterprise-software/view?url=http%3A%2F%2Fc.moreover.com%2Fclick%2Fhere.pl%3Fr3936360089%26f%3D9791. Retrieved 22 May 2011. 
  4. ^ McHall, Tom (7 July 2011). "Gartner Says Worldwide Software as a Service Revenue Is Forecast to Grow 21 Percent in 2011". Gartner.com. Gartner. http://www.gartner.com/it/page.jsp?id=1739214&M=6e0e6b7e-2439-4289-b697-863578323245. Retrieved 28 July 2011. 
  5. ^ Barret, Larry (27 July 2010). "SaaS Market Growing by Leaps and Bounds: Gartner". Datamation. QuinStreet, Inc. http://itmanagement.earthweb.com/entdev/article.php/3895101/SaaS-Market-Growing-by-Leaps-and-Bounds-Gartner.htm. 
  6. ^ Anderson, Tim (5 May 2011). "Let the Cloud Developer Wars begin". The Register. http://www.theregister.co.uk/2011/05/05/cloud_vendor_platforms/. 
  7. ^ Software As A Service: Strategic Backgrounder. Washington, D.C.: Software & Information Industry Association. 31 February 2001. http://www.siia.net/estore/pubs/SSB-01.pdf. Retrieved 24 April 2011. 
  8. ^
  9. ^ Wainewright, Phil (19 October 2007). "Workstream prefers virtualization to multi-tenancy". ZDNet. CBS Interactive. http://blogs.zdnet.com/SAAS/?p=400. Retrieved 24 April 2011. 
  10. ^ Carraro, Gianpaolo (21 June 2008). "I can't believe we are still talking about whether saas == multi-tenancy...". Gianpaolo's blog.. Microsoft Corporation. http://blogs.msdn.com/b/gianpaolo/archive/2008/06/20/i-can-t-believe-we-are-still-talking-about-whether-saas-multi-tenancy.aspx. Retrieved 24 April 2011. 
  11. ^ Creese, Guy (18 May 2010). "SaaS vs. Software: The Release Cycle for SaaS Is Usually (Not Always) Faster". Gartner blog. Gartner, Inc. http://blogs.gartner.com/guy-creese/2010/05/18/saas-vs-software-the-development-cycle-for-saas-is-usually-not-always-faster/. Retrieved 24 April 2011. 
  12. ^ "Jumping to SaaS? Take Agile Software Development Along with You". DevX.com. QuinStreet Inc. 8 January 2008. http://www.devx.com/SaaS/Article/36357/0/page/1. Retrieved 24 April 2011. 
  13. ^ Lisserman, Miroslaw (20 December 2010). "SaaS And The Everlasting Security Concerns". Forrester Research. http://community.forrester.com/message/10906. Retrieved 24 April 2011. 
  14. ^ "Cloud Software as a Service (SaaS) in Cloud Computing Services". CloudComputingSec. 2011. http://cloudcomputingsec.com/283/cloud-software-as-a-service-saas-in-cloud-computing-services.html. Retrieved 2011-12-15. 
  15. ^ Bona, Deborah R (7 August 7, 2009). "Develop a Framework for SaaS Application Business Continuity Risk Mitigation". Gartner.com. Gartner, Inc. http://www.gartner.com/DisplayDocument?id=1118412. Retrieved 24 April 2011. 
  16. ^ "SaaS Data Escrow Benchmark Report" (PDF). RainStor (Gloucester, England: Clearpace Software Ltd). 14 December 2009. http://www.rainstor.com/assets/downloads/SaaS_Data_Escrow_International_Report.pdf. Retrieved 24 April 2011. "Only 15 per cent of those who currently use, or plan to use, SaaS have no inclination to keep a copy of their data."